Mobile device and method for controlling same

ABSTRACT

The present invention relates to a mobile device and a method for controlling same, and the subject matter of the present invention comprises: classifying a received first texture as a static texture or a dynamic texture on the basis of the attribute of the texture; when the first texture is a static texture, classifying the first texture as a compressed texture or an uncompressed texture on the basis of compression application; when the first texture is a static texture and a compressed texture, classifying the first texture as a mipmapped texture or a non-mipmapped texture on the basis of mipmap application; when the first texture is a static texture and an uncompressed texture, classifying the first texture as a mipmapped texture or a non-mipmapped texture on the basis of mipmap application; when the first texture is a dynamic texture, classifying the first texture as a shadow map or a non-shadow map on the basis of the aspect ratio of a screen; adjusting the size of the first texture on the basis of the classified texture attributes; and displaying the first texture according to a control command from a control unit.

TECHNICAL FIELD

The present disclosure relates to a mobile device and method forcontrolling the same and, more particularly, to a mobile device forclassifying a texture, adjusting the size of the texture based on theattributes of the texture, and displaying the texture and method forcontrolling the same.

BACKGROUND ART

In recent years, mobile devices have been a big issue in daily life withthe development of information technology (IT). The mobile devices havebecome increasingly more functional. Examples of such functions includedata and voice communications, capturing images and video via a camera,recording audio, playing music files via a speaker system, anddisplaying images and video on a display. Some mobile devices furtherinclude an electronic game play function or perform a multimedia playerfunction. In particular, current mobile devices may receive a multicastsignal that provides visual content such as broadcast, video, ortelevision programs.

As the mobile device has become multifunctional, the mobile device hasbeen implemented as a multimedia player with various functions, forexample, capturing still images or moving images, playing music or videofiles, playing games, receiving broadcast, etc. In particular, when themobile device executes a game application, real-time texture mapping isone of the most important functions.

In three-dimensional graphics modeling, a texture refers to an imagethat represents color, texture, etc., and texture mapping refers to ascheme of creating a detail texture on the surface of athree-dimensional virtual object and coloring thereto based on computergraphics.

In the prior art, processing is performed in the following order. First,each texture is rendered on an off-screen frame buffer. Then, a centralprocessing unit (CPU) memory reads the results of rendering through theglReadPixels( ) function. The size of the texture is reduced on the CPUcode. The reduced texture is uploaded to a graphics processing unit(GPU) memory again.

In the prior art, most uncompressed textures are one-to-one mapped to ascreen rather than to an object. When the size of such a texture isadjusted, the texture becomes blurred, that is, the quality of an imageis degraded. In addition, it may not be applied to a compressed textureand a dynamic texture. Further, since the processing order is as followsGPU, CPU, and GPU, a large amount of memory capacity is required and theloading time increases, thereby causing inconvenience to users.

DISCLOSURE Technical Problem

One object of the present disclosure is to provide a mobile device andcontrol method thereof. The mobile device may classify a texture asdynamic and static. When the texture is static, the mobile device mayclassify the texture as compressed or uncompressed. The mobile devicemay further classify the texture as mipmapped or non-mipmapped. When thetexture is dynamic, the mobile device may classify the texture as ashadow or non-shadow map. The mobile device may adjust the size of thetexture based on the attributes of the classified texture.

Another of the present disclosure is to provide a mobile device andcontrol method thereof. When a texture is static, compressed, andnon-mipmapped, the mobile device may adjust the size of the texture bydetermining the attributes of the texture as a background image.

A further object of the present disclosure is to provide a mobile deviceand control method thereof. When a texture is dynamic and when thescreen aspect ratio of the texture is one to one, the mobile device mayadjust the size of the texture by determining the attributes of thetexture as a shadow map.

It will be appreciated by persons skilled in the art that the objectsthat could be achieved with the present disclosure are not limited towhat has been particularly described hereinabove and the above and otherobjects that the present disclosure could achieve will be more clearlyunderstood from the following detailed description.

Technical Solution

In one aspect of the present disclosure, a mobile device is provided.The mobile device may include: a memory configured to store a specificapplication; a controller configured to: receive a first texture fromthe memory when the specific application is executed; classify thereceived first texture as static or dynamic based on texture attributes;when the first texture is static, classify the first texture ascompressed or uncompressed depending on whether compression is applied;when the first texture is static and compressed, classify the firsttexture as mipmapped or non-mipmapped depending on whether mipmap isapplied; when the first texture is static and uncompressed, classify thefirst texture as mipmapped or non-mipmapped depending on whether themipmap is applied; when the first texture is dynamic, classify the firsttexture as a shadow map or a non-shadow map based on a screen aspectratio; and adjust a size of the first texture based on attributes of theclassified texture; and a display configured to display the firsttexture according to a control command from the controller.

In another aspect of the present disclosure, a method of controlling amobile device is provided. The method may include: receiving a firsttexture from a memory when a specific application stored in the memoryis executed; classifying the received first texture as static or dynamicbased on texture attributes; when the first texture is static,classifying the first texture as compressed or uncompressed depending onwhether compression is applied; when the first texture is static andcompressed, classifying the first texture as mipmapped or non-mipmappeddepending on whether mipmap is applied; when the first texture is staticand uncompressed, classifying the first texture as mipmapped ornon-mipmapped depending on whether the mipmap is applied; when the firsttexture is dynamic, classifying the first texture as a shadow map or anon-shadow map based on a screen aspect ratio; adjusting a size of thefirst texture based on attributes of the classified texture; anddisplaying the first texture according to a control command from acontroller.

Advantageous Effects

According to an embodiment of the present disclosure, a texture isclassified as dynamic or static. When the texture is static, the textureis classified as compressed or uncompressed. The texture is furtherclassified as mipmapped or non-mipmapped. When the texture is dynamic,the texture is classified as a shadow or non-shadow map. Since the sizeof the texture is adjusted based on the attributes of the classifiedtexture, the size of the texture may be properly adjusted depending onthe attributes of the texture, thereby avoiding image qualitydegradation and improving power efficiency.

According to another embodiment of the present disclosure, when atexture is static, compressed, and non-mipmapped, the size of thetexture is adjusted by determining the attributes of the texture as abackground image. Thus, the size of the texture may be properly adjusteddepending on the attributes of the texture, thereby avoiding imagequality degradation and decreasing the loading time.

According to a further embodiment of the present disclosure, when atexture is dynamic and when the screen aspect ratio of the texture isone to one, the size of the texture is adjusted by determining theattributes of the texture as a shadow map. Thus, the overall resolutionmay decrease when reduction is performed in a specific case, therebyavoiding image quality degradation and decreasing loading time.

It will be appreciated by persons skilled in the art that the effectsthat could be achieved with the present disclosure are not limited towhat has been particularly described hereinabove and other advantages ofthe present disclosure will be more clearly understood from thefollowing detailed description.

DESCRIPTION OF DRAWINGS

FIG. 1a is a block diagram illustrating a mobile terminal according tothe present disclosure.

FIGS. 1b and 1c are conceptual views of the mobile terminal according tothe present disclosure viewed from different directions.

FIG. 2 is a block diagram illustrating a mobile device according to anembodiment of the present disclosure.

FIG. 3 is a flowchart illustrating a method of controlling the mobiledevice according to an embodiment of the present disclosure.

FIG. 4 is a diagram illustrating text classification based on textattributes according to an embodiment of the present disclosure.

FIG. 5 is a diagram illustrating a texture classification method basedon OpenGL command syntax according to an embodiment of the presentdisclosure.

FIG. 6 is a diagram illustrating a method of adjusting the size of astatic texture in the prior art.

FIG. 7 is a diagram illustrating a method of adjusting the size of astatic texture according to the present disclosure.

FIG. 8 is a diagram illustrating the adjustment of the size of a firsttexture when the first texture is static, compressed, and non-mipmappedaccording to an embodiment of the present disclosure.

FIG. 9 is a diagram illustrating the adjustment of the mipmap level ofthe first texture when the first texture is static and mipmappedaccording to an embodiment of the present disclosure.

FIG. 10 is a diagram illustrating the adjustment of the size of thefirst texture when the first texture is static, uncompressed, andnon-mipmapped according to an embodiment of the present disclosure.

FIG. 11 is a diagram illustrating the adjustment of the size of thefirst texture in the prior art when the first texture is dynamic.

FIG. 12 is diagram illustrating the adjustment of the size of the firsttexture according to the present disclosure when the first texture isdynamic.

FIG. 13 is a diagram illustrating the adjustment of the size of thefirst texture when the first texture is a shadow map according to anembodiment of the present disclosure.

FIG. 14 is a diagram illustrating an image in which the size of atexture is adjusted according to the prior art.

FIG. 15 is a diagram illustrating an image in which the size of atexture is adjusted according the present disclosure.

FIG. 16 is a table showing comparison between power consumption in theprior art and power consumption according to the present disclosure.

BEST MODE

Description will now be given in detail according to exemplaryembodiments disclosed herein, with reference to the accompanyingdrawings. For the sake of brief description with reference to thedrawings, the same or equivalent components may be provided with thesame reference numbers, and description thereof will not be repeated. Ingeneral, a suffix such as “module” and “unit” may be used to refer toelements or components. Use of such a suffix herein is merely intendedto facilitate description of the specification, and the suffix itself isnot intended to give any special meaning or function.

In the present disclosure, that which is well-known to one of ordinaryskill in the relevant art has generally been omitted for the sake ofbrevity.

The accompanying drawings are used to help easily understand varioustechnical features and it should be understood that the embodimentspresented herein are not limited by the accompanying drawings. As such,the present disclosure should be construed to extend to any alterations,equivalents and substitutes in addition to those which are particularlyset out in the accompanying drawings.

It will be understood that although the terms first, second, etc. may beused herein to describe various elements, these elements should not belimited by these terms. These terms are generally only used todistinguish one element from another.

It will be understood that when an element is referred to as being“connected with or to” another element, the element can be connectedwith the other element or intervening elements may also be present. Incontrast, when an element is referred to as being “directly connectedwith” another element, there are no intervening elements present.

A singular representation may include a plural representation unless itrepresents a definitely different meaning from the context.

Terms such as “include” or “has” are used herein and should beunderstood that they are intended to indicate an existence of severalcomponents, functions or steps, disclosed in the specification, and itis also understood that greater or fewer components, functions, or stepsmay likewise be utilized.

Mobile terminals presented herein may be implemented using a variety ofdifferent types of terminals. Examples of such terminals includecellular phones, smart phones, user equipment, laptop computers, digitalbroadcast terminals, Personal Digital Assistants (PDAs), PortableMultimedia Players (PMPs), navigators, slate PCs, tablet PCs, ultrabooks, wearable devices (for example, smart watches, smart glasses, HeadMounted Displays (HMDs)), and the like.

By way of non-limiting example only, further description will be madewith reference to particular types of mobile terminals. However, suchteachings apply equally to other types of terminals, such as those typesnoted above. In addition, these teachings may also be applied tostationary terminals such as digital TV, desktop computers, digitalsignage and the like.

Reference is now made to FIGS. 1A-1C, where FIG. 1A is a block diagramof a mobile terminal in accordance with the present disclosure, andFIGS. 1B and 1C are conceptual views of one example of the mobileterminal, viewed from different directions.

The mobile terminal 100 is shown having components such as a wirelesscommunication unit 110, an input unit 120, a sensing unit 140, an outputunit 150, an interface unit 160, a memory 170, a controller 180, and apower supply unit 190. It is understood that implementing all of theillustrated components is not a requirement, and that greater or fewercomponents may alternatively be implemented. Referring now to FIG. 1A,the mobile terminal 100 is shown having wireless communication unit 110configured with several commonly implemented components.

The wireless communication unit 110 typically includes one or moremodules which permit communications such as wireless communicationsbetween the mobile terminal 100 and a wireless communication system,communications between the mobile terminal 100 and another mobileterminal, communications between the mobile terminal 100 and an externalserver. Further, the wireless communication unit 110 typically includesone or more modules which connect the mobile terminal 100 to one or morenetworks.

To facilitate such communications, the wireless communication unit 110includes one or more of a broadcast receiving module 111, a mobilecommunication module 112, a wireless Internet module 113, a short-rangecommunication module 114, and a position location module 115.

The input unit 120 includes a camera 121 for obtaining images or video,a microphone 122, which is one type of audio input device for inputtingan audio signal, and a user input unit 123 (for example, a touch key, apush key, a mechanical key, a soft key, and the like) for allowing auser to input information. Data (for example, audio, video, image, andthe like) is obtained by the input unit 120 and may be analyzed andprocessed by controller 180 according to device parameters, usercommands, and combinations thereof.

The sensing unit 140 is typically implemented using one or more sensorsconfigured to sense internal information of the mobile terminal, thesurrounding environment of the mobile terminal, user information, andthe like. For example, in FIG. 1A, the sensing unit 140 is shown havinga proximity sensor 141 and an illumination sensor 142. If desired, thesensing unit 140 may alternatively or additionally include other typesof sensors or devices, such as a touch sensor, an acceleration sensor, amagnetic sensor, a G-sensor, a gyroscope sensor, a motion sensor, an RGBsensor, an infrared (IR) sensor, a finger scan sensor, a ultrasonicsensor, an optical sensor (for example, camera 121), a microphone 122, abattery gauge, an environment sensor (for example, a barometer, ahygrometer, a thermometer, a radiation detection sensor, a thermalsensor, and a gas sensor, among others), and a chemical sensor (forexample, an electronic nose, a health care sensor, a biometric sensor,and the like), to name a few. The mobile terminal 100 may be configuredto utilize information obtained from sensing unit 140, and inparticular, information obtained from one or more sensors of the sensingunit 140, and combinations thereof.

The output unit 150 is typically configured to output various types ofinformation, such as audio, video, tactile output, and the like. Theoutput unit 150 is shown having a display unit 151, an audio outputmodule 152, a haptic module 153, and an optical output module 154. Thedisplay unit 151 may have an inter-layered structure or an integratedstructure with a touch sensor in order to facilitate a touch screen. Thetouch screen may provide an output interface between the mobile terminal100 and a user, as well as function as the user input unit 123 whichprovides an input interface between the mobile terminal 100 and theuser.

The interface unit 160 serves as an interface with various types ofexternal devices that can be coupled to the mobile terminal 100. Theinterface unit 160, for example, may include any of wired or wirelessports, external power supply ports, wired or wireless data ports, memorycard ports, ports for connecting a device having an identificationmodule, audio input/output (I/O) ports, video I/O ports, earphone ports,and the like. In some cases, the mobile terminal 100 may performassorted control functions associated with a connected external device,in response to the external device being connected to the interface unit160.

The memory 170 is typically implemented to store data to support variousfunctions or features of the mobile terminal 100. For instance, thememory 170 may be configured to store application programs executed inthe mobile terminal 100, data or instructions for operations of themobile terminal 100, and the like. Some of these application programsmay be downloaded from an external server via wireless communication.Other application programs may be installed within the mobile terminal100 at time of manufacturing or shipping, which is typically the casefor basic functions of the mobile terminal 100 (for example, receiving acall, placing a call, receiving a message, sending a message, and thelike). It is common for application programs to be stored in the memory170, installed in the mobile terminal 100, and executed by thecontroller 180 to perform an operation (or function) for the mobileterminal 100.

The controller 180 typically functions to control overall operation ofthe mobile terminal 100, in addition to the operations associated withthe application programs. The controller 180 processes signals, data,information and the like inputted or outputted through theabove-mentioned components and/or runs application programs saved in thememory 170, thereby processing or providing a user with appropriateinformation and/or functions.

The controller 180 may provide or process information or functionsappropriate for a user by processing signals, data, information and thelike, which are input or output by the various components depicted inFIG. 1A, or activating application programs stored in the memory 170. Asone example, the controller 180 controls some or all of the componentsillustrated in FIG. 1A according to the execution of an applicationprogram that have been stored in the memory 170.

The power supply unit 190 can be configured to receive external power orprovide internal power in order to supply appropriate power required foroperating elements and components included in the mobile terminal 100.The power supply unit 190 may include a battery, and the battery may beconfigured to be embedded in the terminal body, or configured to bedetachable from the terminal body.

At least one portion of the respective components mentioned in theforegoing description can cooperatively operate to embody operations,controls or controlling methods of the mobile terminal according tovarious embodiments of the present invention mentioned in the followingdescription. Moreover, the operations, controls or controlling methodsof the mobile terminal can be embodied in the mobile terminal by runningat least one or more application programs saved in the memory 170.

Referring still to FIG. 1A, various components depicted in this figurewill now be described in more detail.

Regarding the wireless communication unit 110, the broadcast receivingmodule 111 is typically configured to receive a broadcast signal and/orbroadcast associated information from an external broadcast managingentity via a broadcast channel. The broadcast channel may include asatellite channel, a terrestrial channel, or both. In some embodiments,two or more broadcast receiving modules 111 may be utilized tofacilitate simultaneously receiving of two or more broadcast channels,or to support switching among broadcast channels.

By generating the broadcast management server, broadcast signal and/orbroadcast related information. It may refer to a server for transmittinglines or a server for receiving pre-generated broadcast signals and/orbroadcast-related information and transmitting them to a terminal. Thebroadcast signal may include not only a TV broadcast signal, a radiobroadcast signal, and a data broadcast signal, but also a broadcastsignal in the form of a TV broadcast signal or a radio broadcast signaland a data broadcast signal combined.

The broadcast signal may be encoded according to at least one oftechnical standards (or a broadcast method, for example, ISO, IEC, DVB,ATSC, etc.) for transmission and reception of digital broadcast signals,and the broadcast repair module 111 includes technical standards.Digital broadcast signals can be received using a method suitable forthe technical standard determined in.

Broadcast-related information may mean information related to abroadcast channel, a broadcast program, or a broadcast service provider.Broadcast-related information may also be provided through a mobilecommunication network. In this case, it may be received by the mobilecommunication module 112.

Broadcast-related information may exist in various forms, such as anElectronic Program Guide (EPG) of Digital Multimedia Broadcasting (DMB)or an Electronic Service Guide (ESG) of Digital Video Broadcast-Handheld(DVB-H). Broadcast signals and/or broadcast-related information receivedthrough the broadcast reception module 111 may be stored in the memory160.

The mobile communication module 112 can transmit and/or receive wirelesssignals to and from one or more network entities. Typical examples of anetwork entity include a base station, an external mobile terminal, aserver, and the like. Such network entities form part of a mobilecommunication network, which is constructed according to technicalstandards or communication methods for mobile communications (forexample, Global System for Mobile Communication (GSM), Code DivisionMulti Access (CDMA), CDMA2000 (Code Division Multi Access 2000), EV-DO(Enhanced Voice-Data Optimized or Enhanced Voice-Data Only), WidebandCDMA (WCDMA), High Speed Downlink Packet access (HSDPA), HSUPA (HighSpeed Uplink Packet Access), Long Term Evolution (LTE), LTE-A (Long TermEvolution-Advanced), and the like).

Examples of wireless signals transmitted and/or received via the mobilecommunication module 112 include audio call signals, video (telephony)call signals, or various formats of data to support communication oftext and multimedia messages.

The wireless Internet module 113 is configured to facilitate wirelessInternet access. This module may be internally or externally coupled tothe mobile terminal 100. The wireless Internet module 113 may transmitand/or receive wireless signals via communication networks according towireless Internet technologies.

Examples of such wireless Internet access include Wireless LAN (WLAN),Wireless Fidelity (Wi-Fi), Wi-Fi Direct, Digital Living Network Alliance(DLNA), Wireless Broadband (WiBro), Worldwide Interoperability forMicrowave Access (WiMAX), High Speed Downlink Packet Access (HSDPA),HSUPA (High Speed Uplink Packet Access), Long Term Evolution (LTE),LTE-A (Long Term Evolution-Advanced), and the like. The wirelessInternet module 113 may transmit/receive data according to one or moreof such wireless Internet technologies, and other Internet technologiesas well.

In some embodiments, when the wireless Internet access is implementedaccording to, for example, WiBro, HSDPA, HSUPA, GSM, CDMA, WCDMA, LTE,LTE-A and the like, as part of a mobile communication network, thewireless Internet module 113 performs such wireless Internet access. Assuch, the Internet module 113 may cooperate with, or function as, themobile communication module 112.

The short-range communication module 114 is configured to facilitateshort-range communications. Suitable technologies for implementing suchshort-range communications include BLUETOOTH™, Radio FrequencyIDentification (RFID), Infrared Data Association (IrDA), Ultra-WideBand(UWB), ZigBee, Near Field Communication (NFC), Wireless-Fidelity(Wi-Fi), Wi-Fi Direct, Wireless USB (Wireless Universal Serial Bus), andthe like. The short-range communication module 114 in general supportswireless communications between the mobile terminal 100 and a wirelesscommunication system, communications between the mobile terminal 100 andanother mobile terminal 100, or communications between the mobileterminal and a network where another mobile terminal 100 (or an externalserver) is located, via wireless area networks. One example of thewireless area networks is a wireless personal area networks.

In some embodiments, another mobile terminal (which may be configuredsimilarly to mobile terminal 100) may be a wearable device, for example,a smart watch, a smart glass or a head mounted display (HMD), which isable to exchange data with the mobile terminal 100 (or otherwisecooperate with the mobile terminal 100). The short-range communicationmodule 114 may sense or recognize the wearable device, and permitcommunication between the wearable device and the mobile terminal 100.In addition, when the sensed wearable device is a device which isauthenticated to communicate with the mobile terminal 100, thecontroller 180, for example, may cause transmission of data processed inthe mobile terminal 100 to the wearable device via the short-rangecommunication module 114. Hence, a user of the wearable device may usethe data processed in the mobile terminal 100 on the wearable device.For example, when a call is received in the mobile terminal 100, theuser may answer the call using the wearable device. Also, when a messageis received in the mobile terminal 100, the user can check the receivedmessage using the wearable device.

The position-location module 115 is generally configured to detect,calculate, derive or otherwise identify a position of the mobileterminal. As an example, the position-location module 115 includes aGlobal Position System (GPS) module, a Wi-Fi module, or both. Ifdesired, the position-location module 115 may alternatively oradditionally function with any of the other modules of the wirelesscommunication unit 110 to obtain data related to the position of themobile terminal. As one example, when the mobile terminal uses a GPSmodule, a position of the mobile terminal may be acquired using a signalsent from a GPS satellite. As another example, when the mobile terminaluses the Wi-Fi module, a position of the mobile terminal can be acquiredbased on information related to a wireless access point (AP) whichtransmits or receives a wireless signal to or from the Wi-Fi module.

The input unit 120 may be configured to permit various types of input tothe mobile terminal 100. Examples of such input include audio, image,video, data, and user input. Image and video input is often obtainedusing one or more cameras 121. Such cameras 121 may process image framesof still pictures or video obtained by image sensors in a video or imagecapture mode. The processed image frames can be displayed on the displayunit 151 or stored in memory 170. In some cases, the cameras 121 may bearranged in a matrix configuration to permit a plurality of imageshaving various angles or focal points to be input to the mobile terminal100. As another example, the cameras 121 may be located in astereoscopic arrangement to acquire left and right images forimplementing a stereoscopic image.

The microphone 122 is generally implemented to permit audio input to themobile terminal 100. The audio input can be processed in various mannersaccording to a function being executed in the mobile terminal 100. Ifdesired, the microphone 122 may include assorted noise removingalgorithms to remove unwanted noise generated in the course of receivingthe external audio.

The user input unit 123 is a component that permits input by a user.Such user input may enable the controller 180 to control operation ofthe mobile terminal 100. The user input unit 123 may include one or moreof a mechanical input element (for example, a key, a button located on afront and/or rear surface or a side surface of the mobile terminal 100,a dome switch, a jog wheel, a jog switch, and the like), or atouch-sensitive input, among others. As one example, the touch-sensitiveinput may be a virtual key or a soft key, which is displayed on a touchscreen through software processing, or a touch key which is located onthe mobile terminal at a location that is other than the touch screen.On the other hand, the virtual key or the visual key may be displayed onthe touch screen in various shapes, for example, graphic, text, icon,video, or a combination thereof.

The sensing unit 140 is generally configured to sense one or more ofinternal information of the mobile terminal, surrounding environmentinformation of the mobile terminal, user information, or the like. Thecontroller 180 generally cooperates with the sending unit 140 to controloperation of the mobile terminal 100 or execute data processing, afunction or an operation associated with an application programinstalled in the mobile terminal based on the sensing provided by thesensing unit 140. The sensing unit 140 may be implemented using any of avariety of sensors, some of which will now be described in more detail.

The proximity sensor 141 may include a sensor to sense presence orabsence of an object approaching a surface, or an object located near asurface, by using an electromagnetic field, infrared rays, or the likewithout a mechanical contact. The proximity sensor 141 may be arrangedat an inner region of the mobile terminal covered by the touch screen,or near the touch screen.

The proximity sensor 141, for example, may include any of a transmissivetype photoelectric sensor, a direct reflective type photoelectricsensor, a mirror reflective type photoelectric sensor, a high-frequencyoscillation proximity sensor, a capacitance type proximity sensor, amagnetic type proximity sensor, an infrared rays proximity sensor, andthe like. When the touch screen is implemented as a capacitance type,the proximity sensor 141 can sense proximity of a pointer relative tothe touch screen by changes of an electromagnetic field, which isresponsive to an approach of an object with conductivity. In this case,the touch screen (touch sensor) may also be categorized as a proximitysensor.

The term “proximity touch” will often be referred to herein to denotethe scenario in which a pointer is positioned to be proximate to thetouch screen without contacting the touch screen. The term “contacttouch” will often be referred to herein to denote the scenario in whicha pointer makes physical contact with the touch screen. For the positioncorresponding to the proximity touch of the pointer relative to thetouch screen, such position will correspond to a position where thepointer is perpendicular to the touch screen. The proximity sensor 141may sense proximity touch, and proximity touch patterns (for example,distance, direction, speed, time, position, moving status, and thelike).

In general, controller 180 processes data corresponding to proximitytouches and proximity touch patterns sensed by the proximity sensor 141,and cause output of visual information on the touch screen. In addition,the controller 180 can control the mobile terminal 100 to executedifferent operations or process different data according to whether atouch with respect to a point on the touch screen is either a proximitytouch or a contact touch.

A touch sensor can sense a touch applied to the touch screen, such asdisplay unit 151, using any of a variety of touch methods. Examples ofsuch touch methods include a resistive type, a capacitive type, aninfrared type, and a magnetic field type, among others. As one example,the touch sensor may be configured to convert changes of pressureapplied to a specific part of the display unit 151, or convertcapacitance occurring at a specific part of the display unit 151, intoelectric input signals. The touch sensor may also be configured to sensenot only a touched position and a touched area, but also touch pressureand/or touch capacitance. A touch object is generally used to apply atouch input to the touch sensor. Examples of typical touch objectsinclude a finger, a touch pen, a stylus pen, a pointer, or the like.

When a touch input is sensed by a touch sensor, corresponding signalsmay be transmitted to a touch controller. The touch controller mayprocess the received signals, and then transmit corresponding data tothe controller 180. Accordingly, the controller 180 may sense whichregion of the display unit 151 has been touched. Here, the touchcontroller may be a component separate from the controller 180, thecontroller 180, and combinations thereof.

In some embodiments, the controller 180 may execute the same ordifferent controls according to a type of touch object that touches thetouch screen or a touch key provided in addition to the touch screen.Whether to execute the same or different control according to the objectwhich provides a touch input may be decided based on a current operatingstate of the mobile terminal 100 or a currently executed applicationprogram, for example.

The touch sensor and the proximity sensor may be implementedindividually, or in combination, to sense various types of touches. Suchtouches includes a short (or tap) touch, a long touch, a multi-touch, adrag touch, a flick touch, a pinch-in touch, a pinch-out touch, a swipetouch, a hovering touch, and the like.

If desired, an ultrasonic sensor may be implemented to recognizeposition information relating to a touch object using ultrasonic waves.The controller 180, for example, may calculate a position of a wavegeneration source based on information sensed by an illumination sensorand a plurality of ultrasonic sensors. Since light is much faster thanultrasonic waves, the time for which the light reaches the opticalsensor is much shorter than the time for which the ultrasonic wavereaches the ultrasonic sensor. The position of the wave generationsource may be calculated using this fact. For instance, the position ofthe wave generation source may be calculated using the time differencefrom the time that the ultrasonic wave reaches the sensor based on thelight as a reference signal.

The camera 121 typically includes at least one a camera sensor (CCD,CMOS etc.), a photo sensor (or image sensors), and a laser sensor.

Implementing the camera 121 with a laser sensor may allow detection of atouch of a physical object with respect to a 3D stereoscopic image. Thephoto sensor may be laminated on, or overlapped with, the displaydevice. The photo sensor may be configured to scan movement of thephysical object in proximity to the touch screen. In more detail, thephoto sensor may include photo diodes and transistors at rows andcolumns to scan content received at the photo sensor using an electricalsignal which changes according to the quantity of applied light. Namely,the photo sensor may calculate the coordinates of the physical objectaccording to variation of light to thus obtain position information ofthe physical object.

The display unit 151 is generally configured to output informationprocessed in the mobile terminal 100. For example, the display unit 151may display execution screen information of an application programexecuting at the mobile terminal 100 or user interface (UI) and graphicuser interface (GUI) information in response to the execution screeninformation.

In some embodiments, the display unit 151 may be implemented as astereoscopic display unit for displaying stereoscopic images.

A typical stereoscopic display unit may employ a stereoscopic displayscheme such as a stereoscopic scheme (a glass scheme), anauto-stereoscopic scheme (glassless scheme), a projection scheme(holographic scheme), or the like.

In general, a 3D stereoscopic image is composed of a left image (imagefor the left eye) and a right image (image for the right eye). Accordingto the method in which the left and right images are combined into a 3Dfrond image, a top-down method in which left and right images arearranged up and down in one frame, left and right images left and rightwithin one frame L-to-R (left-to-right, side by side) method, a checkerboard method in which pieces of the left and right images are arrangedin a tabular form, and the left and right images are arranged incolumns. Or, it is divided into an interlaced method in which the imageis alternately arranged in row units, and a time sequential method inwhich the left image and the right image are alternately displayed bytime.

In addition, the 3D thumbnail image may be generated as a single imageby generating a left image thumbnail and a right image thumbnail,respectively, from the left image and the right image of the originalimage frame, and these are combined. In general, the thumbnail refers toa reduced image or a reduced still image. The left image thumbnail andthe right image thumbnail generated in this way are displayed with adifference of left and right distance on the screen as much as a depthcorresponding to the parallax between the left image and the rightimage, thereby representing a three-dimensional sense of space.

The left image and the right image required for realization of the 3Dstereoscopic image may be displayed on the stereoscopic display unit bythe stereoscopic processing unit. The 3D processing unit receives a 3Dimage (an image of a reference point of view and an image of an extendedview) and sets a left image and a right image therefrom, or receives a2D image and converts it into a left image and a right image.

The audio output module 152 is generally configured to output audiodata. Such audio data may be obtained from any of a number of differentsources, such that the audio data may be received from the wirelesscommunication unit 110 or may have been stored in the memory 170. Theaudio data may be output during modes such as a signal reception mode, acall mode, a record mode, a voice recognition mode, a broadcastreception mode, and the like. The audio output module 152 can provideaudible output related to a particular function (e.g., a call signalreception sound, a message reception sound, etc.) performed by themobile terminal 100. The audio output module 152 may also be implementedas a receiver, a speaker, a buzzer, or the like.

A haptic module 153 can be configured to generate various tactileeffects that a user feels, perceive, or otherwise experience. A typicalexample of a tactile effect generated by the haptic module 153 isvibration. The strength, pattern and the like of the vibration generatedby the haptic module 153 can be controlled by user selection or settingby the controller. For example, the haptic module 153 may outputdifferent vibrations in a combining manner or a sequential manner.

Besides vibration, the haptic module 153 can generate various othertactile effects, including an effect by stimulation such as a pinarrangement vertically moving to contact skin, a spray force or suctionforce of air through a jet orifice or a suction opening, a touch to theskin, a contact of an electrode, electrostatic force, an effect byreproducing the sense of cold and warmth using an element that canabsorb or generate heat, and the like.

The haptic module 153 can also be implemented to allow the user to feela tactile effect through a muscle sensation such as the user's fingersor arm, as well as transferring the tactile effect through directcontact. Two or more haptic modules 153 may be provided according to theparticular configuration of the mobile terminal 100.

An optical output module 154 can output a signal for indicating an eventgeneration using light of a light source. Examples of events generatedin the mobile terminal 100 may include message reception, call signalreception, a missed call, an alarm, a schedule notice, an emailreception, information reception through an application, and the like.

A signal output by the optical output module 154 may be implemented insuch a manner that the mobile terminal emits monochromatic light orlight with a plurality of colors. The signal output may be terminated asthe mobile terminal senses that a user has checked the generated event,for example.

The interface unit 160 serves as an interface for external devices to beconnected with the mobile terminal 100. For example, the interface unit160 can receive data transmitted from an external device, receive powerto transfer to elements and components within the mobile terminal 100,or transmit internal data of the mobile terminal 100 to such externaldevice. The interface unit 160 may include wired or wireless headsetports, external power supply ports, wired or wireless data ports, memorycard ports, ports for connecting a device having an identificationmodule, audio input/output (I/O) ports, video I/O ports, earphone ports,or the like.

The identification module may be a chip that stores various informationfor authenticating authority of using the mobile terminal 100 and mayinclude a user identity module (UIM), a subscriber identity module(SIM), a universal subscriber identity module (USIM), and the like. Inaddition, the device having the identification module (also referred toherein as an “identifying device”) may take the form of a smart card.Accordingly, the identifying device can be connected with the terminal100 via the interface unit 160.

When the mobile terminal 100 is connected with an external cradle, theinterface unit 160 can serve as a passage to allow power from the cradleto be supplied to the mobile terminal 100 or may serve as a passage toallow various command signals input by the user from the cradle to betransferred to the mobile terminal there through. Various commandsignals or power input from the cradle may operate as signals forrecognizing that the mobile terminal is properly mounted on the cradle.

The memory 170 can store programs to support operations of thecontroller 180 and store input/output data (for example, phonebook,messages, still images, videos, etc.). The memory 170 may store datarelated to various patterns of vibrations and audio which are output inresponse to touch inputs on the touch screen.

The memory 170 may include one or more types of storage mediumsincluding a Flash memory, a hard disk, a solid state disk, a silicondisk, a multimedia card micro type, a card-type memory (e.g., SD or DXmemory, etc), a Random Access Memory (RAM), a Static Random AccessMemory (SRAM), a Read-Only Memory (ROM), an Electrically ErasableProgrammable Read-Only Memory (EEPROM), a Programmable Read-Only memory(PROM), a magnetic memory, a magnetic disk, an optical disk, and thelike. The mobile terminal 100 may also be operated in relation to anetwork storage device that performs the storage function of the memory170 over a network, such as the Internet.

The controller 180 may typically control the general operations of themobile terminal 100. For example, the controller 180 may set or releasea lock state for restricting a user from inputting a control commandwith respect to applications when a status of the mobile terminal meetsa preset condition.

The controller 180 can also perform the controlling and processingassociated with voice calls, data communications, video calls, and thelike, or perform pattern recognition processing to recognize ahandwriting input or a picture drawing input performed on the touchscreen as characters or images, respectively. In addition, thecontroller 180 can control one or a combination of those components inorder to implement various exemplary embodiments disclosed herein.

The power supply unit 190 can receive external power or provide internalpower and supply the appropriate power required for operating respectiveelements and components included in the mobile terminal 100. The powersupply unit 190 may include a battery, which is typically rechargeableor be detachably coupled to the terminal body for charging.

Also, the power supply unit 190 may include a connection port. Theconnection port may be configured as one example of the interface unit160 to which an external charger for supplying power to recharge thebattery is electrically connected.

As another example, the power supply unit 190 may be configured torecharge the battery in a wireless manner without use of the connectionport. In this example, the power supply unit 190 can receive power,transferred from an external wireless power transmitter, using at leastone of an inductive coupling method which is based on magnetic inductionor a magnetic resonance coupling method which is based onelectromagnetic resonance.

Also, various embodiments can be implemented in the computer and similarrecording materials using software, hardware and the combination ofsoftware and hardware.

Referring now to FIGS. 1B and 1C, the mobile terminal 100 is describedwith reference to a bar-type terminal body. However, the mobile terminal100 may alternatively be implemented in any of a variety of differentconfigurations. Examples of such configurations include watch-type,clip-type, glasses-type, or as a folder-type, flip-type, slide-type,swing-type, and swivel-type in which two and more bodies are combinedwith each other in a relatively movable manner, and combinationsthereof. Discussion herein will often relate to a particular type ofmobile terminal (for example, bar-type, watch-type, glasses-type, andthe like). However, such teachings with regard to a particular type ofmobile terminal will generally apply to other types of mobile terminalsas well.

The mobile terminal 100 will generally include a case (for example,frame, housing, cover, and the like) forming the appearance of theterminal.

In this embodiment, the case is formed using a front case 101 and a rearcase 102. Various electronic components are incorporated into a spaceformed between the front case 101 and the rear case 102. At least onemiddle case may be additionally positioned between the front case 101and the rear case 102.

The display unit 151 is shown located on the front side of the terminalbody to output information. As illustrated, a window 151 a of thedisplay unit 151 may be mounted to the front case 101 to form the frontsurface of the terminal body together with the front case 101.

In some embodiments, electronic components may also be mounted to therear case 102. Examples of such electronic components include adetachable battery 191, an identification module, a memory card, and thelike. Rear cover 103 is shown covering the electronic components, andthis cover may be detachably coupled to the rear case 102. Therefore,when the rear cover 103 is detached from the rear case 102, theelectronic components mounted to the rear case 102 are externallyexposed.

As illustrated, when the rear cover 103 is coupled to the rear case 102,a side surface of the rear case 102 is partially exposed. In some cases,upon the coupling, the rear case 102 may also be completely shielded bythe rear cover 103. In some embodiments, the rear cover 103 may includean opening for externally exposing a camera 121 b or an audio outputmodule 152 b.

The cases 101, 102, 103 may be formed by injection-molding syntheticresin or may be formed of a metal, for example, stainless steel (STS),aluminum (Al), titanium (Ti), or the like.

As an alternative to the example in which the plurality of cases form aninner space for accommodating components, the mobile terminal 100 may beconfigured such that one case forms the inner space. In this example, amobile terminal 100 having a uni-body is formed in such a manner thatsynthetic resin or metal extends from a side surface to a rear surface.

If desired, the mobile terminal 100 may include a waterproofing unit(not shown) for preventing introduction of water into the terminal body.For example, the waterproofing unit may include a waterproofing memberwhich is located between the window 151 a and the front case 101,between the front case 101 and the rear case 102, or between the rearcase 102 and the rear cover 103, to hermetically seal an inner spacewhen those cases are coupled.

The mobile terminal 100 may be provided with the display unit 151, the1st audio output unit 152 a, the 2nd audio output unit 152 b, theproximity sensor 141, the illumination sensor 142, the light output unit154, the 1st camera 121 a, the 2nd camera 121 b, the 1st manipulatingunit 123 a, the 2nd manipulating unit 123 b, the microphone 122, theinterface unit 160, and the like.

FIGS. 1B and 1C depict certain components as arranged on the mobileterminal. On the front of the terminal body, the display unit 1 51, thefirst sound output unit 152 a, the proximity sensor 1 41, theilluminance sensor 142, the light output unit 154, the first camera 1 21a and the first 1 The operation unit (1 23 a) is disposed, the secondoperation unit (123 b), the microphone 122 and the interface unit 160are disposed on the side of the terminal body, and a second sound outputunit 152 b is disposed on the rear side of the terminal body) And thesecond camera 1 21 b will be described as an example.

However, it is to be understood that alternative arrangements arepossible and within the teachings of the instant disclosure. Somecomponents may be omitted or rearranged. For example, the firstmanipulation unit 123 a may be located on another surface of theterminal body, and the second audio output module 152 b may be locatedon the side surface of the terminal body.

The display unit 151 outputs information processed in the mobileterminal 100. The display unit 151 may be implemented using one or moresuitable display devices.

Examples of such suitable display devices include a liquid crystaldisplay (LCD), a thin film transistor-liquid crystal display (TFT-LCD),an organic light emitting diode (OLED), a flexible display, a3-dimensional (3D) display, an e-ink display, and combinations thereof.

The display unit 151 may be implemented using two display devices, whichcan implement the same or different display technology. For instance, aplurality of the display units 151 may be arranged on one side, eitherspaced apart from each other, or these devices may be integrated, orthese devices may be arranged on different surfaces.

The display unit 151 may also include a touch sensor which senses atouch input received at the display unit. When a touch is input to thedisplay unit 151, the touch sensor may be configured to sense this touchand the controller 180, for example, may generate a control command orother signal corresponding to the touch. The content which is input inthe touching manner may be a text or numerical value, or a menu itemwhich can be indicated or designated in various modes.

The touch sensor may be configured in a form of a film having a touchpattern, disposed between the window 151 a and a display on a rearsurface of the window 151 a, or a metal wire which is patterned directlyon the rear surface of the window 151 a. Alternatively, the touch sensormay be integrally formed with the display. For example, the touch sensormay be disposed on a substrate of the display or within the display.

The display unit 151 may also form a touch screen together with thetouch sensor. Here, the touch screen may serve as the user input unit123 (see FIG. 1A). Therefore, the touch screen may replace at least someof the functions of the first manipulation unit 123 a.

The first audio output module 152 a may be implemented in the form of aspeaker to output voice audio, alarm sounds, multimedia audioreproduction, and the like.

The window 151 a of the display unit 151 will typically include anaperture to permit audio generated by the first audio output module 152a to pass. One alternative is to allow audio to be released along anassembly gap between the structural bodies (for example, a gap betweenthe window 151 a and the front case 101). In this case, a holeindependently formed to output audio sounds may not be seen or isotherwise hidden in terms of appearance, thereby further simplifying theappearance and manufacturing of the mobile terminal 100.

The optical output module 154 can be configured to output light forindicating an event generation. Examples of such events include amessage reception, a call signal reception, a missed call, an alarm, aschedule notice, an email reception, information reception through anapplication, and the like. When a user has checked a generated event,the controller can control the optical output unit 154 to stop the lightoutput.

The first camera 121 a can process image frames such as still or movingimages obtained by the image sensor in a capture mode or a video callmode. The processed image frames can then be displayed on the displayunit 151 or stored in the memory 170.

The first and second manipulation units 123 a and 123 b may also becommonly referred to as a manipulating portion, and may employ anytactile method that allows the user to perform manipulation such astouch, push, scroll, or the like. The first and second manipulationunits 123 a and 123 b may also employ any non-tactile method that allowsthe user to perform manipulation such as proximity touch, hovering, orthe like.

In the figure, the first operation unit 123 a is a touch key, theinvention is not limited thereto. For example, the first operation unit123 a a mechanical key, or a combination of a touch key and a touch key.

The contents input by the first and second operation units 123 a and 123b are variously set can be. For example, the first operation unit 123 amay issue a command such as a menu, a home key, a cancel, and the secondoperation unit 123 b receives the first sound output from the first orsecond sound output unit 152 a or 152 b the size of the sound to beoutput, and the switch to the touch recognition mode of the display unit151 can be input.

The rear input unit can be manipulated by a user to provide input to themobile terminal 100. The input may be used in a variety of differentways. For example, the rear input unit may be used by the user toprovide an input for power on/off, start, end, scroll, control volumelevel being output from the first or second audio output modules 152 aor 152 b, switch to a touch recognition mode of the display unit 151,and the like. The rear input unit may be configured to permit touchinput, a push input, or combinations thereof.

The rear input unit may be located to overlap the display unit 151 ofthe front side in a thickness direction of the terminal body. As oneexample, the rear input unit may be located on an upper end portion ofthe rear side of the terminal body such that a user can easilymanipulate it using a forefinger when the user grabs the terminal bodywith one hand. Alternatively, the rear input unit can be positioned atmost any location of the rear side of the terminal body.

Embodiments that include the rear input unit may implement some or allof the functionality of the first manipulation unit 123 a in the rearinput unit. As such, in situations where the first manipulation unit 123a is omitted from the front side, the display unit 151 can have a largerscreen.

As a further alternative, the mobile terminal 100 may include a fingerscan sensor which scans a user's fingerprint. The controller 180 canthen use fingerprint information sensed by the finger scan sensor aspart of an authentication procedure. The finger scan sensor may also beinstalled in the display unit 151 or implemented in the user input unit123.

The microphone 122 is shown located at an end of the mobile terminal100, but other locations are possible. If desired, multiple microphonesmay be implemented, with such an arrangement permitting the receiving ofstereo sounds.

The interface unit 160 may serve as a path allowing the mobile terminal100 to interface with external devices. For example, the interface unit160 may include one or more of a connection terminal for connecting toanother device (for example, an earphone, an external speaker, or thelike), a port for near field communication (for example, an InfraredData Association (IrDA) port, a Bluetooth port, a wireless LAN port, andthe like), or a power supply terminal for supplying power to the mobileterminal 100. The interface unit 160 may be implemented in the form of asocket for accommodating an external card, such as SubscriberIdentification Module (SIM), User Identity Module (UIM), or a memorycard for information storage.

The second camera 121 b is shown located at the rear side of theterminal body and includes an image capturing direction that issubstantially opposite to the image capturing direction of the firstcamera unit 121 a. If desired, second camera 121 a may alternatively belocated at other locations, or made to be moveable, in order to have adifferent image capturing direction from that which is shown.

The second camera 121 b can include a plurality of lenses arranged alongat least one line. The plurality of lenses may also be arranged in amatrix configuration. The cameras may be referred to as an “arraycamera.” When the second camera 121 b is implemented as an array camera,images may be captured in various manners using the plurality of lensesand images with better qualities.

As shown in FIG. 1C, a flash 124 is shown adjacent to the second camera121 b. When an image of a subject is captured with the camera 121 b, theflash 124 may illuminate the subject.

As shown in FIG. 1B, the second audio output module 152 b can be locatedon the terminal body. The second audio output module 152 b may implementstereophonic sound functions in conjunction with the first audio outputmodule 152 a, and may be also used for implementing a speaker phone modefor call communication.

At least one antenna for wireless communication may be located on theterminal body. The antenna may be installed in the terminal body orformed by the case. For example, an antenna which configures a part ofthe broadcast receiving module 111 may be retractable into the terminalbody. Alternatively, an antenna may be formed using a film attached toan inner surface of the rear cover 103, or a case that includes aconductive material.

A power supply unit 190 for supplying power to the mobile terminal 100may include a battery 191, which is mounted in the terminal body ordetachably coupled to an outside of the terminal body. The battery 191may receive power via a power source cable connected to the interfaceunit 160. Also, the battery 191 can be recharged in a wireless mannerusing a wireless charger. Wireless charging may be implemented bymagnetic induction or electromagnetic resonance.

The rear cover 103 is shown coupled to the rear case 102 for shieldingthe battery 191, to prevent separation of the battery 191, and toprotect the battery 191 from an external impact or from foreignmaterial. When the battery 191 is detachable from the terminal body, therear case 103 may be detachably coupled to the rear case 102.

An accessory for protecting an appearance or assisting or extending thefunctions of the mobile terminal 100 can also be provided on the mobileterminal 100. As one example of an accessory, a cover or pouch forcovering or accommodating at least one surface of the mobile terminal100 may be provided. The cover or pouch may cooperate with the displayunit 151 to extend the function of the mobile terminal 100. Anotherexample of the accessory is a touch pen for assisting or extending atouch input to a touch screen.

Meanwhile, in the present invention, it can be displayed using aflexible display. In the following, this will be discussed in moredetail with attached drawings.

FIG. 2 is a block diagram illustrating a mobile device according to anembodiment of the present disclosure.

Referring to FIG. 2, a mobile device 100 includes a wirelesscommunication unit 110, an input unit 120, a display unit 151, a memory170, and a controller 180.

The wireless communication unit 110 transmits and receives data with anexternal device. The external device includes a server.

The input unit 120 receives a touch or voice input from a user.

The display unit 151 displays a first texture according to a controlcommand from the controller 180.

The memory 170 stores a specific application.

When the controller 180 executes the specific application, thecontroller 180 receives the first texture from the memory 170. Then, thecontroller 180 classifies the received first texture as static ordynamic based on texture attributes. When the first texture is a statictexture, the controller 180 classifies the first texture as compressedor uncompressed depending on whether compression is applied. When thefirst texture is a static and compressed texture, the controller 180classifies the first texture as mipmapped or non-mipmapped depending onwhether mipmap is applied. When the first texture is a static anduncompressed texture, the controller 180 classifies the first texture asmipmapped or non-mipmapped depending on whether the mipmap is applied.When the first texture is a dynamic texture, the controller 180classifies the first texture as a shadow or non-shadow map based on theaspect ratio of a screen. Then, the controller 180 adjust the size ofthe first texture based on the attributes of the classified texture.

FIG. 3 is a flowchart illustrating a method of controlling the mobiledevice according to an embodiment of the present disclosure. The controlmethod may be performed by the controller 180.

Referring to FIG. 3, when the controller 180 executes the specificapplication stored in the memory 170, the controller 180 receives thefirst texture from the memory 170 (S310).

The controller 180 classifies the received first texture as static ortexture based on texture attributes (S320).

When the first texture is a static texture, the controller 180classifies the first texture as compressed or uncompressed depending onwhether compression is applied (S330).

When the first texture is a static and compressed texture, thecontroller 180 classifies the first texture as mipmapped ornon-mipmapped depending on whether mipmap is applied (S340).

When the first texture is a static and uncompressed texture, thecontroller 180 classifies the first texture as mipmapped ornon-mipmapped depending on whether the mipmap is applied (S350).

When the first texture is a dynamic texture, the controller 180classifies the first texture as a shadow or non-shadow map based on theaspect ratio of a screen (S360).

The controller 180 adjust the size of the first texture based on theattributes of the classified texture (S370).

The display unit 151 displays the first texture according to a controlcommand from the controller 180 (S380).

FIG. 4 is a diagram illustrating text classification based on textattributes according to an embodiment of the present disclosure.

Referring to FIG. 4, the controller 180 classifies the received firsttexture as static or dynamic based on texture attributes (S320).

The criteria for classification between static and dynamic textures willbe described. First, if the first texture is predetermined and installedin the specific application, the controller 180 classifies the firsttexture as a static texture. That is, the static texture refers to atexture generated by a developer and installed in an application.

When the first texture is created in each frame, the controller 180classifies the first texture as a dynamic texture. That is, the dynamictexture refers to a texture created in each frame by render-to-texture.

When the first texture is the static texture, the controller 180classifies the first texture as compressed or uncompressed depending onwhether compression is applied (S330). The criteria for classificationbetween compressed and uncompressed textures will be described.

The compressed texture refers to a texture compressed by ETC, ASTC,PVRTC, etc. The uncompressed texture refers to a texture where nocompression is applied.

When the first texture is a static and compressed texture, thecontroller 180 classifies the first texture as mipmapped ornon-mipmapped depending on whether mipmap is applied (S340). Thecriteria for classification between mipmapped and non-mipmapped textureswill be described.

The mipmapped texture refers to a texture where the mipmap is applied.The non-mipmapped texture refers to a texture where no mipmap isapplied.

When the first texture is a static and uncompressed texture, thecontroller 180 classifies the first texture as mipmapped ornon-mipmapped depending on whether the mipmap is applied (S350). Thecriteria for classification between mipmapped and non-mipmapped textureswill be described.

The mipmapped texture refers to a texture where the mipmap is applied.The non-mipmapped texture refers to a texture where no mipmap isapplied.

When the first texture is a dynamic texture, the controller 180classifies the first texture as a shadow or non-shadow map based on theaspect ratio of a screen (S360). The criteria for classification betweenshadow and non-shadow maps will be described.

When the screen aspect ratio is one to one, the controller 180determines the first texture as the shadow map. When the screen aspectratio is not one-to-one, the controller 180 determines the first textureas the non-shadow map.

Shadow mapping means representing the shadow of an object based onthree-dimensional computer graphics. For example, in the shadow mapping,the controller 180 places a camera at the location of a light source anddraws the depth of an object while looking down at the object. Theshadow map refers to a texture including the depth.

FIG. 5 is a diagram illustrating a texture classification method basedon OpenGL command syntax according to an embodiment of the presentdisclosure.

Referring to FIG. 5, texture classification may be performed by theOpenGL command syntax and processed by the command dispatcher of agraphic processing unit (GPU) driver. Here, OpenGL refers to API usedfor three-dimensional graphics.

For example, when the controller classifies the first texture as staticor dynamic, the controller 180 determines the first texture as dynamicif texture data is null.

FIG. 6 is a diagram illustrating a method of adjusting the size of astatic texture in the prior art.

Referring to FIG. 6, case 1, case 2, case 3, and case 4 exist.

Case 1 means that the first texture is static, compressed, andmipmapped. Most cases of texture application are Case 1. In Case 1, thecontroller 180 may reduce the size of the first texture.

Case 2 means that the first texture is static, compressed, andnon-mipmapped. In the prior art, the controller 180 may not reduce theresolution of the texture.

Case 3 means that the first texture is static, uncompressed, andnon-mipmapped. In the prior art, the controller 180 reduces theresolution of the first texture. As a result, blurring and image qualitydegradation may occur in the texture.

Case 4 means that the first texture is static, uncompressed, andmipmapped. In the prior art, since the controller 180 does not adjustthe mipmap level of the first texture, the file size of the firsttexture increases. As a result, the first texture may occupy a largeamount of memory capacity and increase power consumption.

FIG. 7 is a diagram illustrating a method of adjusting the size of astatic texture according to the present disclosure.

Case 1 means that the first texture is static, compressed, andmipmapped. Most cases of texture application are Case 1. In Case 1, thecontroller 180 may reduce the size of the first texture.

Case 2 means that the first texture is static, compressed, andnon-mipmapped.

When the first texture is static, compressed, and non-mipmapped, thecontroller 180 may determine the attributes of the first texture as abackground image. The background image may include sky, surroundings,buildings, mountains, space, etc.

The controller 180 compresses the first texture with ETC1. Detailsthereof will be described later with reference to FIG. 8.

Case 3 means that the first texture is static, uncompressed, andnon-mipmapped. In the prior art, the controller 180 reduces theresolution of the first texture. As a result, blurring and image qualitydegradation may occur in the texture. According to the presentdisclosure, the controller 180 maintains the resolution of the firsttexture instead of adjusting the size of the first texture. Detailsthereof will be described later with reference to FIG. 10.

Case 4 means that the first texture is static, uncompressed, andmipmapped.

When the first texture is static, uncompressed, and mipmapped, thecontroller 180 determines the attributes of the first texture as animage with a level of detail greater than a reference value. The firsttexture includes a rice straw image, a human face image, a flame image,a leave image, a detailed embossed image, a detailed debossed image,etc.

An image with a level of detail greater than the reference value refersto an image having a reducible size but a non-decreasing resolution dueto no compression. That is, the image may be an important image. On theother hand, an image with a level of detail smaller than the referencevalue refers to an image having a decreasing size and a decreasingresolution due to the application of compression. That is, the image maybe an unimportant image.

In the prior art, since the controller 180 does not adjust the mipmaplevel of the first texture, the file size of the first textureincreases. As a result, the first texture may occupy a large amount ofmemory capacity and increase power consumption. However, according tothe present disclosure, since the controller 180 adjusts the mipmaplevel of the first texture, the file size of the first texture maydecrease, thereby reducing the memory capacity and the powerconsumption. Details thereof will be described later with reference toFIG. 9.

FIG. 8 is a diagram illustrating the adjustment of the size of the firsttexture when the first texture is static, compressed, and non-mipmappedaccording to an embodiment of the present disclosure.

ETC1 compression will be described in brief with reference to FIG. 8.Referring to FIG. 8 (a), the color of a texture image is compressed.Referring to FIG. 8 (b), the brightness of the light of the textureimage is compressed. Referring to FIG. 8 (c), a final image isgenerated.

ETC is the acronym of Ericsson Texture Compression and refers to atexture format made by Ericsson. ETC is an android standard compressionformat.

When the first texture is compressed and non-mipmapped, it correspondsto Case 2 of FIG. 7. In Case 2, the first texture needs to berecompressed to reduce the resolution of the first texture. Thus, thetime required for loading and recompressing the texture increases.

When the time required for decompressing a texture is greater than thetime required for compressing the texture, it may be problematic. Thatis, a method for reducing the time required for decompression isrequired. ETC2 has a compression time greater than that of ETC1. Thus,if only ETC2 RGB888 content of the texture is recompressed with ETC1,the decompression time decreases.

When the first texture is compressed and non-mipmapped, the controller180 compresses only a part of the first texture related to ETC2 RGB888content with ETC1.

An open source, etcpak 0.5d is used for the ETC1 compression algorithmaccording to an embodiment of the present disclosure(https://bitbucket.org/wolfpld/etcpak/wiki/Home). The algorithm is thefastest ETC1 compression algorithm.

The controller 180 implements the algorithm by porting etcpak 0.5(Tandul 2016) code on the MALi driver. In this case, a single thread isused, but single instruction multiple data (SIMD) is not used.

When two processes are performed by a single thread, one process iscompleted, and then the other process starts. However, when multiplethreads are used, the processes are performed alternately by two threadsfor a short time so that a user may feel as if the two processes areperformed at the same time. However, the time required for the singlethread may be greater than that for the two threads due to contextswitching between threads.

When only a central processing unit (CPU) is simply used as in the textcompression according to the present disclosure, it is more efficient toperform programming with a single thread than multiple threads.

According to an embodiment of the present disclosure, the control 180may automatically determine whether the first texture is mipmapped byapplying a dispatch queue.

In the prior art, since even a mipmapped texture is recompressed withETC1 by one command, the loading time thereof increases. However,according to the present disclosure, since the dispatch queue using aplurality of commands is applied, the loading time may decrease.

According to the present disclosure, the controller 180 may performrecompression regardless of the compression format of the first texture.

In the prior art, since a specific format of recompression is applied tothe first texture, the power consumption increases. However, accordingto the present disclosure, since recompression is performed regardlessof the compression format of the first texture, the power consumptionmay decrease.

FIG. 9 is a diagram illustrating the adjustment of the mipmap level ofthe first texture when the first texture is static and mipmappedaccording to an embodiment of the present disclosure.

FIG. 9 shows a state before the adjustment of the mipmap level and astate after the adjustment of the mipmap level.

Specifically, FIG. 9 (a) shows the state before the adjustment of themipmap level, and FIG. 9 (b) shows the state after the adjustment of themipmap level.

According to an embodiment of the present disclosure, when a mipmappedtexture is loaded, the maximum texture size is reduced to ¼ bydecreasing one level at a time. When the first texture is mipmapped, thecontroller 180 discards a texture corresponding to level 0 and decreasesone level at a time from a texture corresponding to level 1.

Referring to FIG. 9 (a), when the mipmapped texture is configured asfollows: 256×256 level 0, 128×128 level 1, and 64×64 level 2, thecontroller 180 decreases one level from a 128×128 level 1 texture andobtains 128×128 level 0.

Referring to FIG. 9 (b), the mipmapped texture is configured as follows:256×256 level 0, 128×128 level 1, and 64×64 level 2.

In the prior art, since the level 0 texture is recompressed anddiscarded, the loading time unnecessarily increases. According to theOpenGL specification, since the call order between glTexparamerteri( )and glTexImage2D( ) is variable, it is difficult to determine whetherthe texture is mipmapped when the level 0 texture is loaded.

According to the present disclosure, since the level 0 texture isdiscarded and the level decreases one by one from level 1, that is, thelevel 0 texture having the largest amount of computation is eliminatedin advance, the amount of computation and the loading time may bereduced regardless of the application and format of compression.

FIG. 10 is a diagram illustrating the adjustment of the size of thefirst texture when the first texture is static, uncompressed, andnon-mipmapped according to an embodiment of the present disclosure.

Specifically, FIG. 10 (a) shows menus, and FIG. 10 (b) shows icons.

When the first texture is uncompressed and non-mipmapped, the controller180 may determine the attributes of the first texture as at least one ofan icon, a menu, and a screen size image. The screen size image includesthe ending scene of a game application.

When the first texture is uncompressed and non-mipmapped, the firsttexture is highly likely to be a texture mapped one-to-one to thescreen. In this case, the first texture may be at least one of the menu,icon, and screen size image, which are directly mapped to the screen.When the menu, icon, and screen size image are compressed, letters maybecome blurred and the image quality may be degraded. To avoid such aproblem, no compression is applied.

Accordingly, when the first texture is uncompressed and non-mipmapped,i.e., in Case 3 of FIG. 7, the controller 180 maintains the size of thefirst texture. That is, the controller 180 does not adjust the size ofthe first texture. On the other hand, in Case 3 of FIG. 6, i.e., in theprior art, since the resolution of the first texture decreases, thefirst texture becomes blurred and the image quality is degraded.

FIG. 11 is a diagram illustrating the adjustment of the size of thefirst texture in the prior art when the first texture is dynamic.

In the prior art, when the first texture is dynamic, the first textureis not classified as a shadow or non-shadow map, and the size andresolution of the first texture are not reduced. In this case, since thetexture has a large size, the texture occupies a large amount of memoryand increases the loading time thereof.

FIG. 12 is diagram illustrating the adjustment of the size of the firsttexture according to the present disclosure when the first texture isdynamic.

Specifically, FIG. 12 (a) shows a non-shadow map, and FIG. 12 (b) showsa shadow map. The criteria for classification between shadow andnon-shadow maps will be described.

When the first texture is dynamic and the screen aspect ratio is one toone, the control 180 classifies the first texture as the shadow map.When the first texture is dynamic and the screen aspect ratio is notone-to-one, the control 180 classifies the first texture as thenon-shadow map.

Hereinafter, a description will be given of how the resolution of thefirst texture is reduced when the first texture is the shadow map.

When the first texture is the shadow map, the controller 180 reduces theresolution of the first texture. When the first texture is thenon-shadow map, the controller 180 maintains the resolution of the firsttexture. A case in which the first texture is the shadow map will bedescribed with reference to FIG. 13.

When the screen aspect ratio is not one-to-one, if the resolutions of amain frame buffer and a G-buffer decrease, the overall resolutiondecreases. Thus, the resolutions of the main frame buffer and G-bufferare not reduced. In addition, it is difficult to distinguish betweenreflection and velocity maps based on only the screen aspect ratio, theresolutions of the reflection and velocity maps are not reduced.

FIG. 13 is a diagram illustrating the adjustment of the size of thefirst texture when the first texture is a shadow map according to anembodiment of the present disclosure.

Referring to FIG. 13, when at least one of the following two conditionsis satisfied, the controller 180 determines the first texture as theshadow map.

The first condition is as follows: when a texture image is definedaccording to glTexImage 2D, if a data pointer is NULL(render-to-texture), the controller 180 determine the first texture asthe shadow map.

The second condition is as follows: when the horizontal to verticalratio of the texture is one to one, the controller determined the firsttexture as the shadow map.

According to an embodiment of the present disclosure, the controller 180determine the first texture as the shadow map by modifying a Mali driverwhen at least one of the two conditions is satisfied.

The Mali driver is modified as follows. First, depth data may beattached based on a render buffer object (RBO). Next, a texture type maybe directly designated as a depth image without using the RBO.

According to an embodiment of the present disclosure, the controller 180may not adjust the size of the first texture, that is, maintain thecurrent size of the first texture in the following cases.

When glTexstorage 2D is used, the controller 180 maintains the currentsize of the first texture. The reason for this is that it is difficultto distinguish between static and dynamic textures. The game temple rune2 may be taken as an example.

When cascaded shadow mapping is implemented by a texture array ofglTexImage3D, the controller 180 maintains the current size of the firsttexture. Adreno SDK may be taken as an example.

FIG. 14 is a diagram illustrating an original image and an image inwhich the size of a texture is adjusted according to the prior art.

Specifically, FIG. 14 (a) shows the original image, and FIG. 14 (b)shows the image according to the prior art.

The mobile device is Galaxy S7, and the texture is adjusted by about 25%using the game tuner application.

Referring to FIG. 14 (b), the controller 180 reduces the resolution ofan icon image 1410, and as a result, the icon image 1410 becomesblurred. That is, the quality of the icon image 1410 is lower than thatof the original image.

A sand beach image 1420 corresponds to Case 2 of FIG. 6. The controller180 does not reduce the resolution of the sand beach image 1420. Thus,the sand beach image 1420 has the same quality as that of the originalimage.

A leaf image 1430 corresponds to Case 1 of FIG. 6. The controller 180compresses the leaf image 1430, applies mipmap, and reduces theresolution of the leaf image 1430. As a result, the quality of the leafimage 1430 is lower than that of the original image.

Hereinafter, a description will be given of how a game tuner adjusts thequality of a texture.

First, each texture is rendered on an off-screen frame buffer. A CPUmemory reads the results of rendering through the glReadPixels( )function. The size of the texture is reduced on the CPU code. Forexample, when the setting value is 25%, the height and length are set to50%. The reduced texture is uploaded to a GPU memory again.

In the prior art, the object thereof is to improve a frame per second(FPS) by decreasing the size of an uncompressed texture.

However, the prior art has the following disadvantages. First, thequality of an image is degraded. Most uncompressed textures areone-to-one mapped to a screen rather than to an object. If the size ofsuch a texture is forcefully adjusted, the texture may become blurred.

Next, the application range may become problematic. In the prior art, itmay not be applied to a compressed texture and a dynamic texture.Further, the loading time may increase due to the following processingorder: GPU->CPU->GPU.

FIG. 15 is a diagram illustrating an image in which the size of atexture is adjusted according the present disclosure.

Specifically, FIG. 15 (a) shows an original image, and FIG. 15 (b) showsthe image according to the present disclosure.

Referring to FIG. 15 (b), an icon 1510 is uncompressed andnon-mipmapped. That is, the icon 1510 corresponds to Case 3 of FIG. 7.The controller 180 does not reduce the resolution of the icon 1510.Thus, the icon 1510 may not become blurred.

A sand beach image 1520 corresponds to Case 2 of FIG. 7. In Case 2, thatis, when the first texture is static, compressed, and non-mipmappedtexture, the controller 180 determines the attributes of the firsttexture as a background image. After determining the attributes of thesand beach image 1520 as the background image, the controller 180recompresses the sand beach image 1520 with ETC1. Thus, it may be seenthat the quality of the sand beach image 1520 is slightly degradedcompared to that of the original image.

A leaf image 1540 corresponds to Case 1 of FIG. 7. In Case 1, that is,when the first texture is static, compressed, and mipmapped, thecontroller 180 determines the attributes of the first texture as anormal image. The controller 180 compresses the leaf image 1530, appliesmipmap, and decreases the resolution of the leaf image 1530. The qualityof the leaf image 1530 is lower than that of the original image.

According to the present disclosure, the controller 180 may classify atexture based on the attributes of the texture, adjust the size of thetexture in a different way depending on the category of the classifiedtexture, and enable implementation at GPU driver levels. Thus, thememory capacity and power consumption may decrease compared to the priorart.

FIG. 16 is a table showing comparison between power consumption in theprior art and power consumption according to the present disclosure.

Referring to FIG. 16, the following games: Beach Buggy racing,Implosion, and Xenowerk are used.

In the game Beach Buggy Racing, a GPU requires a power of 289 mWaccording to the prior art and requires a power of 237 mW according tothe present disclosure. That is, the power consumption is reduced byabout 17.9%. A DDR requires a power of 1112 mW according to the priorart and requires a power of 237 mW according to the present disclosure.That is, the power consumption is reduced by about 8.1%.

In the game Implosion, the GPU requires a power of 467 mW according tothe prior art and requires a power of 447 mW according to the presentdisclosure. That is, the power consumption is reduced by about 4.2%. TheDDR requires a power of 1460 mW according to the prior art and requiresa power of 1399 mW according to the present disclosure. That is, thepower consumption is reduced by about 4.1%.

In the game Xenowerk, the GPU requires a power of 697 mW according tothe prior art and requires a power of 569 mW according to the presentdisclosure. That is, the power consumption is reduced by about 18.3%.The DDR requires a power of 969 mW according to the prior art andrequires a power of 825 mW according to the present disclosure. That is,the power consumption is reduced by about 14.8%.

The experiments of the present disclosure are set up as follows. Theabove three games: Beach Buggy Racing, Implosion, and Xenowerk havevarious graphic effects.

The following hardware is used. GH 16 PDK16B1.0 #5 is used as the board.In addition, A72+A53 octacore CPU, Mali T880MP6 GPU, and LPDDR4 1,600are used. Further, NI USB-6363 is used as power measuring equipment.

The following software is used. The maximum clock, i.e., performancegovernor is used as the CPU clock. For the three games, the GPU clock isfixed to 384, 672, and 480 MHz, on which the games are capable ofoperating without any loss. The default DFS of the memory is a maximumof 1,600 MHz. The reason for this is to minimize the effect of theCPU/GPU governor and measure the effect of DDR DFS. As the OS, Android7.0 is used. The GPU driver is Mali Midgard r12p0.

According to an embodiment of the present disclosure, a texture isclassified as dynamic or static. When the texture is static, the textureis classified as compressed or uncompressed. The texture is furtherclassified as mipmapped or non-mipmapped. When the texture is dynamic,the texture is classified as a shadow or non-shadow map. Since the sizeof the texture is adjusted based on the attributes of the classifiedtexture, the size of the texture may be properly adjusted depending onthe attributes of the texture, thereby avoiding image qualitydegradation and improving power efficiency.

According to another embodiment of the present disclosure, when atexture is static, compressed, and non-mipmapped, the size of thetexture is adjusted by determining the attributes of the texture as abackground image. Thus, the size of the texture may be properly adjusteddepending on the attributes of the texture, thereby avoiding imagequality degradation and decreasing loading time.

According to a further embodiment of the present disclosure, when atexture is dynamic and when the screen aspect ratio of the texture isone to one, the size of the texture is adjusted by determining theattributes of the texture as a shadow map. Thus, the overall resolutionmay decrease when reduction is performed in a specific case, therebyavoiding image quality degradation and decreasing loading time.

It should be understood that example embodiments described herein shouldbe considered in a descriptive sense only and not for purposes oflimitation. Descriptions of features or aspects within each device ormethod according to example embodiments should typically be consideredas available for other similar features or aspects in other devices ormethods according to example embodiments. While some example embodimentshave been particularly shown and described, it will be understood by oneof ordinary skill in the art that variations in form and detail may bemade therein without departing from the spirit and scope of the claims.

Mode for Carrying Out the Present Disclosure

Various embodiments have been described above in the best mode forcarrying out the present disclosure.

INDUSTRIAL APPLICABILITY

The present disclosure is applicable to a mobile device for adjustingthe size of a series of textures.

It is apparent to those skilled in the art that various changes andmodifications can be made in the present disclosure without departingfrom the spirit or scope of the disclosure. Therefore, it is intendedthat the present disclosure cover the modifications and variations ofthis disclosure provided they come within the scope of the appendedclaims and their equivalents.

1. A mobile device, comprising: a memory configured to store a specificapplication; a controller configured to: receive a first texture fromthe memory when the specific application is executed; classify thereceived first texture as static or dynamic based on texture attributes;when the first texture is static, classify the first texture ascompressed or uncompressed depending on whether compression is applied;when the first texture is static and compressed, classify the firsttexture as mipmapped or non-mipmapped depending on whether mipmap isapplied; when the first texture is static and uncompressed, classify thefirst texture as mipmapped or non-mipmapped depending on whether themipmap is applied; when the first texture is dynamic, classify the firsttexture as a shadow map or a non-shadow map based on a screen aspectratio; and adjust a size of the first texture based on attributes of theclassified texture; and a display configured to display the firsttexture according to a control command from the controller.
 2. Themobile device of claim 1, wherein the controller is configured to: whenthe first texture is predetermined and installed in the specificapplication, classify the first texture as static; and when the firsttexture is created in each frame, classify the first texture as dynamic.3. The mobile device of claim 1, wherein the controller is configuredto: when the first texture is dynamic and when the screen aspect ratiois one to one, classify the first texture as the shadow map; and whenthe first texture is dynamic and when the screen aspect ratio is not oneto one, classify the first texture as the non-shadow map.
 4. The mobiledevice of claim 3, wherein the controller is configured to: when thefirst texture is the shadow map, reduce a resolution of the firsttexture; and when the first texture is the non-shadow map, maintain theresolution of the first texture.
 5. The mobile device of claim 1,wherein the controller is configured to compress only a part of thefirst texture related to ETC2 RGB888 content with ETC1 when the firsttexture is compressed and non-mipmapped.
 6. The mobile device of claim1, wherein the controller is configured to discard a texturecorresponding to level 0 and decrease one level at a time from a texturecorresponding to level 1 when the first texture is mipmapped.
 7. Themobile device of claim 1, wherein the controller is configured todetermine attributes of the first texture as at least one of an icon, amenu, or a screen size image when the first texture is uncompressed andnon-mipmapped.
 8. The mobile device of claim 1, wherein the controlleris configured to maintain the size of the first texture when the firsttexture is uncompressed and non-mipmapped.
 9. The mobile device of claim1, wherein the controller is configured to determine attributes of thefirst texture as a background image when the first texture is compressedand non-mipmapped.
 10. The mobile device of claim 1, wherein thecontroller is configured to determine attributes of the first texture asan image with a level of detail greater than a reference value when thefirst texture is compressed and mipmapped.
 11. A method of controlling amobile device, the method comprising: receiving a first texture from amemory when a specific application stored in the memory is executed;classifying the received first texture as static or dynamic based ontexture attributes; when the first texture is static, classifying thefirst texture as compressed or uncompressed depending on whethercompression is applied; when the first texture is static and compressed,classifying the first texture as mipmapped or non-mipmapped depending onwhether mipmap is applied; when the first texture is static anduncompressed, classifying the first texture as mipmapped ornon-mipmapped depending on whether the mipmap is applied; when the firsttexture is dynamic, classifying the first texture as a shadow map or anon-shadow map based on a screen aspect ratio; adjusting a size of thefirst texture based on attributes of the classified texture; anddisplaying the first texture according to a control command from acontroller.
 12. The method of claim 11, further comprising: when thefirst texture is predetermined and installed in the specificapplication, classifying the first texture as static; and when the firsttexture is created in each frame, classifying the first texture asdynamic.
 13. The method of claim 11, further comprising: when the firsttexture is dynamic and when the screen aspect ratio is one to one,classifying the first texture as the shadow map; and when the firsttexture is dynamic and when the screen aspect ratio is not one to one,classifying the first texture as the non-shadow map.
 14. The method ofclaim 13, further comprising: when the first texture is the shadow map,reducing a resolution of the first texture; and when the first textureis the non-shadow map, maintaining the resolution of the first texture.15. The method of claim 11, further comprising, when the first textureis compressed and non-mipmapped, compressing only a part of the firsttexture related to ETC2 RGB888 content with ETC1
 16. The method of claim11, further comprising, when the first texture is mipmapped, discardinga texture corresponding to level 0 and decreasing one level at a timefrom a texture corresponding to level
 1. 17. The method of claim 11,further comprising, when the first texture is uncompressed andnon-mipmapped, determining attributes of the first texture as at leastone of an icon, a menu, or a screen size image.
 18. The method of claim11, further comprising, when the first texture is uncompressed andnon-mipmapped, maintaining the size of the first texture.
 19. The methodof claim 11, further comprising, when the first texture is compressedand non-mipmapped, determining attributes of the first texture as abackground image.
 20. The method of claim 11, further comprising, whenthe first texture is compressed and mipmapped, determining attributes ofthe first texture as an image with a level of detail greater than areference value.